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METHOD AND APPARATUS FOR GENERATING 
A NETWORK TOPOLOGY 



5 Technical Field 

This invention relates generally to computer network systems, and more particularly to 
methods and apparatus for determining and displaying the interconnections of devices within a 
computer network system. 

Background Art 

10 In Fig. 1, an example of a prior art computer network system 10 includes a first local area 

network ("LAN") 12, a second LAN 14, and a wide area network ("WAN") 16. While the 
distinction between a LAN (such as LANs 12 and 14) and a WAN (such as WAN 16) is not 
always clear, generally a LAN is used within a relatively small geographical area, such as within a 
building or within a small group of buildings, and a WAN is used over a large geographical area, 

1 5 such as within an entire county, within a state, within a country, or even worldwide. While both 
LANs and WANs perform somewhat similar functions in interconnecting digital devices of the 
network for data communication, the devices used and the architecture of these two types of 
networks tend to be somewhat different, as will be explained subsequently. 

Taking, as an example, the LAN 12 of Fig. 1, a LAN typically includes a number of 
20 "switches" 18, each having a number of "ports" 20. Some or all of the ports are connected to 
other devices, such as other switches 18 or to computers 22. Switches 18 (also referred to 
sometimes as "bridges") serve the function of dividing the local area network 12 into distinct 
regions or subsets of the local area network 1 2 to reduce data collisions on the interconnecting 
media 24 of the computer system. These media 24 (which typically comprise twisted pairs of 
25 wires, coaxial cables, or optical fiber) can only carry data for one network device at a time and, in 
consequence, create a communications bottleneck if there are a several devices attempting to use 
the media at a given point in time. The switches 18 reduce this problem by isolating individual 
media 24 from other individual media 24 of the local area network 12 so that data communication 
on one medium does not necessarily affect data communication on another medium. 

30 Switches 18 operate in a theoretically rather simple fashion. When a switch 18 senses a 

data communication atone of its ports 20, it determines to which port, if any, it should forward 
the data. If, for example, the data that it sees at a particular port pertains to a device that is already 
coupled to that port (Le. the sending device and the receiving device are on the same medium 24) 
that data will not be forwarded to the other ports of the switch, thereby eliminating unnecessary 
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traffic on other media of the network. If, for another example, a switch receives data at a first port 
which is destined for a device coupled to a second port, the switch will forward ("switch") the data 
to that second port. In consequence, only the devices connected to the first port media and to the 
second port media will be affected by this data transfer. If a switch 18 receives data at a first port, 
5 but does not know which device to send the data to, it will typically send the data out all of its 
ports and will wait for a response from the recipient device to determine which port that device is 
on. The device port number is then stored in a "table" so that, in the future, data for that device 
will be sent directly to the correct port. 

Large LANs can assume a "topology" of mind-numbing complexity. As used herein, 
1 0 "topology" means the relative physical interconnections of the various devices within a computer 
network system 10, within a LAN, or within a subset of a LAN. While the appropriate "domain" 
for the topology is typically referred to as a LAN (or a subset of a LAN), the present invention is 
capable of determining the topology of any set of switches that define a broadcast domain. As is 
well known to those skilled in the art, a "broadcast domain" is a set of devices that receive data 
1 5 packets sent to the broadcast address of that domain. By "device" it is meant any digital electronic 
apparatus connected to the network that is provided with a unique network address within at least 
that portion of the network. Therefore, the devices illustrated in the LAN 12, for example, include 
the switches 18 and the computers 22. Of course, other devices can also be used in computer 
network system. 

20 Typically, one or more computers 22 are coupled to the media 24 which, in turn, are 

coupled to one or more ports 20 of the: switches 18. When multiple computers are coupled to a 
single medium 24, the medium is referred to as a "shared medium." In some instances, a 
"backbone" connection (i.e. medium) is made between switches 18, such as the backbone 26 
shown in Fig. 1. The purpose of the backbone 26 is to provide very high speed communication 

25 between various switches of the local area network 12 for the rapid transfer of large quantities of 
data. Such backbone 26 connections are useful since switches 18, while very fast, do produce a 
delay or "latency" in the transmission of data. 

A WAN 16 is typically used to coupled multiple LAN networks together for data 
communication. One of the best known WANs is the so-called Internet® which is used to couple 
30 many thousands of computers and LANs together for data communication. WANs typically use 
another type of network device known as a router 28 to direct data from one LAN to another. 
Most of the routers for the Internet are provide by Cisco Systems, Inc. of San Jose, California. 
However it is becoming more prevalent to use switches (similar to switches IS) within WANs to 
perform this data directing function because switches are inherently faster than routers. 
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Most LANS and WANS transmit data in discrete chunks called "packets." A routqr 28 of a 
WAN will read the destination of the data packet, and then directs the data packet either directly or 
indirectly to a destination LAN or other computer device. 

As noted previously, the Internet is the largest, best known, and most frequently used 
5 WAN in the world. The Internet utilizes a protocol known as TCP/IP for transmitting data through 
its routers. Therefore, a LAN 12 or a LAN 14 wishing to communicate over an Internet WAN 16 
needs to send and receive data over a WAN connection 30 or 32 using the appropriate TCP/IP 
protocols. By providing a universal protocol for the transmission of data over the Internet, LANs 
and other devices of many different types can effectively communicate with each other over a 
10 worldwide WAN. 

Fig, la is a block diagram of a typical prior art switch 18. A switch 1 8 includes logic 34, a 
receive buffer 36, a forwarding table 38, and a spanning tree table 40. The logic 34 communicates 
with the receive buffer 36, the forwarding table 38, the spanning tree table 40 via busses labeled 
42, 44, and 46, respectively. Of course, these buses 42-46 illustrate logical buses, and may 
1 5 physically share some or all of the same conductive lines. A receive buffer 36 has a number of 
ports "n" which are typically numbered from 0 to n-1. Some or all of these ports may be 
connected to the media 24 of the network. 

When data is received at one of the ports {0::n-l} of the receive buffer 36, the logic 34 
reads the forwarding table 38 (stored in memory) to determine to which port(s) the data should 
20 forwarded. For example, data received at port 1 may be determined by the forwarding table 38 to 
be destined for a device on port n-2. The logic 34 will then instruct the receive buffer 36 to 
forward the data from port 1 to port n-2. 

Sometimes data at a particular port is destined for multiple other ports. The logic 34 can 
also determine this from the forwarding table 38. If the destination for particular a data packet is 
25 not in the forwarding table 38, the logic 34 will instruct the receiver buffer to send the data out of 
all of the ports, and then will wait for a response from the destination device. When the response 
is received on a port of the switch, the forwarding table is updated so that, in the future, the 
receiving port of the switch will be associated with that device. 

As noted previously, computer networks communicate using a number of protocols. 

3 0 While the biggest WAN in the world, the Internet, communicates with the TCP/IP protocol, many 
LANs communicate with other protocols such as the Novell IPX network protocol, the AppleTalk 
protocol, etc. However, regardless of the protocol, data tends to be sent in discrete chunks or 
"packets/' such as the packet 48 illustrated in Fig. la. A packet 48 includes a destination D 
address, a source S address, and the data DATA being sent. Data is typically sent on networks in 

3 5 "packets" to promote better sharing of the media and other resources of the network, 
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The spanning tree table 40 (also stored in memory) ensures that the topology of the 
network assumes a "tree" structure. As it is well-known to those skilled in the art, a tree structure 
is one that does not include loop that can create uncontrolled packet duplication on the network. 
Therefore, networks having switches 18 with spanning tree tables can be conclusively presumed to 
5 form orderly tree structures. The standard for a spanning tree is defined by the EEEE 802.1 
committee in standard 802. ID, incorporated herein by reference, which is available from the 
Institute for Electrical and Electronic Engineers (IEEE) New York, New York. 

As will be apparent from this foregoing discussion, network topology, can rapidly become 
very complex. A switch, can have anywhere from a few to many hundreds of ports. When 
1 0 switches have only a few ports, they are often referred to as "bridges", while if they have many 
ports, they are usually referred .to as "switches" or "switching hubs." In a, LAN with, for 
example, several hundreds computer systems and perhaps a dozen switches, the number of 
possible interconnections number is in the many thousands. 

To properly manage and/or diagnose a LAN, it is necessary to know the actual physical 
1 5 interconnections of the various devices of the LAN. While the media could be physically traced, 
this can be a huge job for a LAN of any size. As an alternative, U.S. Patent No. 5,226,120 of 
Brown et al. teaches a method for automatically generating the topology of a LAN. The solution 
suggested by Brown et al. was to provide specialized software at each of the "hubs" of their 
network to provide topology information that can be displayed at a control console. 

20 The method disclosed by Brown et al. , however, has several drawbacks. First, the hubs 

need to be provided with specialized software to provide the topology information to the control 
console. This, increases the complexity of the hubs and reduces their performance, since the hubs 
must provide computational tasks in addition to performing their core switching function. In 
addition, the solution of Brown et al. requires that each hub subscribe to the topology collecting 

25 protocols, meaning that network devices from only a single manufacturer can be used. This is a 
disadvantage in heterogeneous local area network configurations where devices {e.g. switches, 
hubs, bridges, routers) from various manufacturers may be used in a single LAN. 

Disclosure of the Invention 

30 The present invention provides a method and apparatus for efficiently determining the 

topology of a network of heterogeneous or homogeneous devices without resorting to wire- 
tracing, and without the requirement of specialized topology software running on the individual 
devices. In consequence, a LAN manager or LAN consultant can quickly determine the topology 
of a local area network for diagnostic and network optimization purposes. 
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In a broad sense, a method for determining the topology of a computer network includes 
reading port forwarding data from each device in at least a subset of a computer network. This 
port forwarding data is then processed and analyzed to derive the topology of at least the subset of 
the computer network. Preferably, the reading of the port forwarding data is preceded by 
5 discovering all the switches in the at least subset of the computer network to provide the maximum 
available port forwarding data for subsequent analysis. 

More particularly, all of the devices are discovered by querying (i.e. "pinging") device 
addresses within a range of addresses that correspond to the at least subset of a computer network 
and monitoring for responses. Each responding device is categorizes as one of a configured 

1 0 device type (such as a switch type or a host type) and an unknown device type. Information about 
the device is store in a subnet device list, and if the device was a switch, information is also stored 
in a subnet switch list. As well known to those skilled in the art, in the context of the Internet 
Protocol ("IP") the "subnet" is a group of addresses within a broadcast domain. In the context of 
the Novell IPX protocol, the same construct {i.e. that which is referred to herein as a "subnet") is 

1 5 referred to as a "network." 

For each device in the subnet device list, a port object is created for each port of the device, 
along with addresses and masks associated with that port. If the device is a switch type, the 
address is associated with that switch type. More particularly, if the network operates with a layer 
3 protocol, the address is associated with the port includes Media Access Control ("MAC") 
20 addresses and protocol addresses, and the mask comprises a subnet mask specific to the IP 
protocol. 

The preferred method of the present invention uses a recursive function to derive the 
topology from the resultant port forwarding data. More particularly, the recursive function 
efficiently places the devices in a tree structure that permits the physical interconnections of the 
25 switches to be efficiently displayed. 

The present invention further includes a computer readable medium including program 
instructions for a computer system to perform the above-described method. In addition, an 
apparatus for determining the topology of a computer network in accordance with the present: 
invention, utilizes a computer system to implement the above-described method. 

30 As noted previously, the present invention is advantageous in that it operates over 

networks having devices of any type, and does not require the use of devices running specialized 
topology software for the development of the topology of the network. For example, a network 
consultant can use a portable computer implementing the method of the present invention to 
connect to a local area network (either directly or indirectly through a WAN) having devices of any 

3 5 type and efficiently develop the topology of the network for diagnostic and/or optimization 
purposes. 
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These and other advantages of the present invention will become apparent upon reading the 
following detailed descriptions and studying the various figures of the drawings. 

Brief Description of the Drawings 

Fig. 1 is an example of a prior art computer network system including several local area 
networks (LANs) and a wide area network (WAN); 

Fig. la is an illustration of a prior art switch used in local area network; 

Fig. 2 is an illustration .of an apparatus of the present invention connect to a computer 
network for determining the topology of a LAN of the computer network; 

Fig. 2a is a block-diagram of the apparatus of Fig. 2; 

Fig. 3 is a flow-diagram of a process in accordance with the present invention for 
determining the topology of a computer network; 

Fig. 4 is a flow-diagram illustrating the "Discover All Switches In A Switched LAN" of 

Fig. 3; 

Fig. 5 illustrates the device pointer list and switch pointer list developed by the process of 
the present invention; 

Figs. 5a, 5b, and 5c illustrate the device object for a generic host object, a specific switch 
module object, and a generic switch module object, respectively, of the present invention; 

Fig. 6 is a flow-diagram illustrating the "Read Port Forwarding Data From Each Switch In 
LAN" step of Fig. 3; 

Fig. 6a is an illustration used to describe the operation of the process of Fig. 6; 

Fig. 7 is a flow-diagram of the "Derive Topology Of Switched LAN From Port 
Forwarding Data" step of Fig. 3; 

Fig. 8 is a flow-diagram of the recursive function "PlacelnSubtree" of Fig. 7; 

Fig. 9 is a flow-diagram of the method "isBelow" of Fig. 8; 

Fig. 10 is an example of a network topology that is to be discovered by the method of the 
present invention; 

Figs. 1 la and 1 lb illustrate the device list and the scan list for the topology of Fig. 10: 
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Figs. 12a-12d illustrate the sequential development of the topology of the switched LAN 
using the process of Fig. 7; 

Fig. 13 illustrate the "Provide Topology Information" step of Fig. 3; 

. Fig. 14 illustrates the "CreateMedia" function of Fig. 13; and 

Fig. 15 illustrates a display of the topology information derived by the process of the 
present invention. 
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Figs. 1 and la were discussed previously in terms of the prior art. In Fig. 2, an apparatus 
50 of the present invention is used to determine the topology of at least the portion or subset of a 
broadcast domain or LAN 12. The apparatus 50 can be directly coupled to the LAN 12 as 
5 indicated at 52 to develop the topology of LAN 12, or it can be indirectly coupled to LAN 12 
through LAN 14 as indicated at 52a or through WAN 16 as indicated at 52b to also develop the 
topology of the LAN 12. 

A block diagram of the apparatus 50 of the present invention is illustrated in Fig. 2a. It 
should be noted that the block diagram of Fig. 2a is illustrative of a typical personal computer (PC) 
1 0 which, under the control of programming instructions implementing the method of the present 
invention, perform the desired functionality of the present invention. Other computer architectures 
capable of implementing the method present invention can also be used. 

In Fig. 2a, the apparatus 50 of the present invention includes a microprocessor 54 which is 
coupled to a high speed memory bus 56 by a bus 58 and to an input/output (I/O) bus 60 by a bus 
1 5 62. The microprocessor 54 can be any one of a number of commonly used microprocessor, such 
as an Intel "x-86" compatible microprocessor, a Motorola power PC microprocessor, a SPARC 
processor, etc. The microprocessor 54 is coupled to the memory bus 56 and the I/O bus 60 by 
specialized chips (not known) known as "chipsets", which control the flow of data and which 
performs other functions within the computer apparatus 50. 

20 Random access memory (RAM) 64 and read only memory (ROM) 66 are typically coupled 

to the memory bus 56. As noted, RAM 64 is coupled to bus 56 by a bus 68, and ROM 66 is 
coupled to memory bus 56 by a bus 70. The RAM 64 is typically volatile or "scratch-pad" 
memory, while ROM is non-volatile memory which often includes the start-up instructions for 
"booting" the apparatus 50. 

25 A number of devices can be coupled to the I/O bus 60. These devices are typically referred 

to as "peripherals." Examples of such peripherals include a floppy drive 72, a CD ROM drive 74, 
a hard disk drive 76, a network card 78, and other I/O interfaces generically shown at 80. Each is 
coupled by its own bus to the I/O bus 60, i.e., peripherals 72, 74, 76, 78, and 80 are coupled to 
the I/O bus 60 by buses 82, 84, 86, 88, and 90, respectively. 

30 Some peripherals, such as floppy drive 72 and CD-ROM drive 74, are provided with 

removable computer readable medium. More particularly, floppy drive 72 is provided with a 
computer readable medium in the form of a floppy disk 92 and CD ROM drive 74 is provided with 
a removable computer readable medium in the form of a CD ROM disk 94. Hard drive 76 
typically does not have a removable medium, i.e. its computer readable medium is fixed within the 

3 5 hard drive unit. Network card 78 is used to couple the apparatus 50 to a computer network, e.g. 
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the network card 78 can be coupled to a medium 24 of the local area network 12. The generic I/O 
interface 80 can, for example, be an Ethernet card, an RS-232 port, etc., and is coupled to external 
devices by a bus 96. 

While conventional memory such as RAM 64 and ROM 66 are shown coupled to the high 
5 speed memory bus, and while the "peripherals" are shown to be coupled to the I/O bus, it should 
be noted that in many modern personal computer architectures, other busses are supported. In 
addition, certain high speed peripherals, such as peripherals dealing with real time video data, may 
be coupled to the memory bus 56, while some expansion memory may be coupled to the I/O bus 
60. Therefore, the architecture illustrated in Fig. 2a is provided as an illustration of suitable 
1 0 hardware for the apparatus 50 of the present invention, and not by way of limitation. 

It should be noted that virtually every device in the apparatus 50 of the present invention 
can provide some form of memory function. While the RAM 64, ROM 66, floppy drive 72, CD 
ROM 74, and hard drive 76 are more conventional "memory devices," other peripherals such as 
the network card 70 and I/O interface 80 also typically include buffers and other memories which 

1 5 can be accessed directly or indirectly by the microprocessor 50. In addition, memory can be 
accessed over the network via the network card 78, and from other devices over the I/O interface 
80. Therefore, by "memory," it is meant herein any form of digital storage that can be accessed 
directly or indirectly by the microprocessor 54. Likewise, the term "computer readable medium" 
will be used herein to refer any device or media that supports memory. Traditional computer 

20 readable media include the floppy disk 92, the CD ROM 94, the contents of the hard drive 76, 
RAM 64, and ROM 66. However, the computer readable media can also be accessible over a 
network by the network card 78 or from other devices over the I/O interface 80. 

In Fig. 3, a process 98 in accordance with the present invention begins at 100 and, in a 
step 102, discovers all of the switches in at least a subset of a switched LAN. Next, in a step 104, 
25 the port forwarding data is read from each switch in the LAN. In a step 106, the topology of the 
switched LAN is derived from a port forwarding data, and in a step 108, the topology information 
is provided. The process is then completed at 110. 

Therefore, in a broad sense, a method for determining the topology of a computer network 
in accordance with the present invention includes reading port forwarding data from each device in 
30 at least a subset of a computer network. This port forwarding data is then processed and analyzed 
to derive the topology of at least the subset of the computer network. Preferably, the reading of 
the port forwarding data is proceeded by discovering all the switches in the at least subset of the 
computer network to provide the maximum available port forwarding data for subsequent 
analysis. The topology can then be processed and displayed in any convenient form. 

35 In Fig. 4. the process 102 of Fig. 3 is illustrated in greater detail. More particularly, 

process 102 begins at 1 12 and an iterative loop is begun at 114. In the iterative loop, a counter i is 

-9- 



BNSDOCID: <WO 9818306A2_I_^ 



WO 98/18306 



PCT/US97/19485 



initialized to 0 and is compared to the number of addresses NUM_ADDRESSES within the LAN 
(or subset of the LAN) of interest. These addresses are typically sequentially assigned, and start at 
an offset address OFFSET. If the counter i is less than total number of addresses of interest, a 
step 116 "pings" the device at ADDRESS(OFFSET+i). The term "ping" is well-known to those 
5 skilled in the art as meaning sending a message to the designated address (Le. "querying" a device 
address) and waiting for a reply. If a reply or response is not detected by step 118 within a 
"timeout" period, process control is returned to the iterative loop 1 14 to iterate, the counter i by 1. 

If a response to the ping of step 1 16 is detected by step 1 1 8, it is then determined in a step 
120 if this is an MIB-II device. MIB-II devices are defined in the industry standard "Simple 

1 0 Network Management Protocol" or "SNMP" specifications well-known to those skilled in the art, 
and incorporated herein by reference. If step 120 determines that it is not an MIB-II device, a step 
122 creates an unknown device object with one port, and saves the IP address. If step 120 
determines that it is an MIB-II device, a step 124 determines whether the MIB-II device is a 
recognized switch. This is determined by making an SNMP "get request" for a MIB-II object. If 

1 5 the request is successful, then the device supports MIB-II. If step 124 does recognize the switch, 
a specific switch module object is created in step 126. If step 124 does not recognize the switch, a 
step 128 determines whether the device supports "bridge MIB group." Again, the bridge MIB 
group is defined by the Internet Engineering Task Force ("IETF") Requests for Comments 
(RFCs). Also defined by the IETF RFCs are IP and subnet masks. If step 128 determines that the 

20 device supports the bridge MIB group, a generic switch module object is created in step 132. If 
step 1 28 determines that it does not support bridge MIB group, then a generic host object is created 
in step 130. 

It should be noted that while the present invention utilizes the SNMP protocol and MIB-II 
objects, that other management protocols can be used. For example, CMIP, the OSI management 
25 protocol can also be used for the same purpose. The OSI model and its associated protocols are 
described, for example, in The Open Book , by Marshall Rose, which is incorporated herein by 
reference. 

After the completion of step 122, 126, 130, or 132, the device object is put in a subnet 
device list in a step 134. Step 136 determines whether the device is a switch and, if so, the switch 
30 is put in the subnet switch list. If step 136 determines that the device is not a switch, or after the 
performance of step 138, process control is returned to the iterative loop step 114 to iterate the 
counter i. After the counter has stepped through the total number of addresses 
NUM_ADDRESSES, the process is completed as indicated at 140. 

Fig. 5 illustrates a data structure for the device pointer list and switch pointer list of the 
3 5 present invention. More particularly, the device pointer list 142 includes a number of pointers 144 
which point to the "n" devices discovered by the step 102. Similarly, the switch pointer list 146 
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includes a number of pointers 148 which point to the switches discovered by step 102. It therefore 
follows that device pointer list 142 includes end pointers to point to devices ranging from device 0 
to device n-1, i.e. from {0::n-l }. The switch pointer list 146 will include fewer pointers than the 
device pointer list unless all of the devices are switches. In this example, device 0 is on the device 
5 pointer list, but is not on the switch pointer list because it is not a switch. 

Figs. 5a, 5b, and 5c, device objects 150, 152, and 154 that are produced by the method 
102 of the present invention are respectively illustrated. In Fig. 5a, the device object 150 is a 
generic host object and includes the IP address, the MAC address, the type of device, the name of 
device, and the number of ports of the device represented by the generic host object 150. In Fig. 

1 0 5b, the device object 152 is a specific switch module object which includes an IP address, a MAC 
address, the type of device, the name of device, the number of ports, and specific methods. In 
Fig. 5c, device object 154 is a generic switch module object and includes the IP address, the MAC 
address, the type of device, the name of device, the number of ports, and generic methods. The 
terms 'TP address" is defined in the aforementioned IETF RFCs, and "MAC address" is defined in 

1 5 the aforementioned IEEE 802. ID standard. 

As well-known to those skilled in the art, a software "object" is a construct including data 
and methods (i.e., specialized software procedures) which have certain attributes and which can 
perform designated functions in response to external calls and parameters. Object-oriented 
programming is used in the present invention in order to provide a flexible, scaleable, and 
20 powerful implementation of the processes of the present invention. 

The process or method 102 is alternately described herein as "Phase I" of the process of the 
present invention. The basic purpose of Phase I is to construct the list of device types as illustrated 
in Fig. 5. In the following Table I, a pseudo-code listing is used to illustrate the process of Fig. 4. 
As it will be appreciated by those skilled in the art, the pseudo-code is readily transferable into a 
25 high-level object-oriented language such as C++. 

TABLE 1 - PHASE 1 PSEUDO-CODE 
(Construct Lists Of Device Types) 

For each IP address that responds to a ping: 
Attempt MIB-1I Get 
If not MIB-II device 

Create an unknown device with one port. Save IP address with 
port 

else it is a MIB-II device 

Read MIB-II systems group 
if recognized switch type 

create specific switch module object 

else 

if supports bridge MIB group 

create generic switch object 

else 

create generic host object 
-11- 
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put device in subnet's device list. 

If it's a switch, also put it in the subnet's switch list. 



It is therefore clear that at the end of Phase 1, a list of devices for the subnet as well as a list 
5 of switches of the subnet is provided. 

In Fig. 6, the process 104 of Fig. 3 is illustrated in greater detail. The process 104 begins 
at 156 and, in an iterative loop step 158, a counter i is initialized to 0. Next, in a step 160, the 
number of ports NUMPORTS(i) for DEVICE(i) is obtained. Next, in an iterative loop step 1 62, a 
counter j is initialized to 0 and, in a step 164, a port PORTOBJECT(j) is created. Next, in a step 
10 166, the MAC address, the IP address, and the subnet mask are obtained and put into the 
OBJECT(j). A step 168 then determines if DEVICE(i) is a switch, and if not, process control is 
returned to iterative step 168 to iterate the counter j. 

If the DEVICE(i) is a switch, a step 170 obtains a set of visible MAC addresses. By 
"visible", it is meant that the forwarding table includes the MAC address and the port that it was 

1 5 last seen on. If the MAC address is not in the forwarding table for this port, it is not "visible" to 
this port within this definition. Next, a step 172 associates the IP address to the MAC address if 
possible. In any subnet, an IP address is "associated with" or "bound to" only one MAC address. 
At any point in time, the system may "know" an IP address without knowing the associated MAC 
address, and vice versa. If both are known, the "associates" or "associating" step 172 is a 

20 straightforward task, as will be appreciated by those skilled in the art. For example, many devices 
include an ARP cache that can be queried for this association information. Process control is 
returned to iterative step 162 until the counter j is less than NUMPORT(i), at which time process 
control is returned to iterative loop step 168 as indicated by A. When the counter i is equal to 
NUM_DEV, the iterative loop 158 is exited and the process 104 is completed as indicated at 174. 

25 In Fig. 6A, data structures created by the process 104 are illustrated. The device object 

176 created by the process 104 includes the number of ports and the port list pointer for the device. 
The port list pointer points to the point list 178 which, in turn, points to the port objects 180. 
There will be one port object 180 created for each of the ports, i.e., if there are n ports for the 
device, there will be created port objects in the range {0::n-l }. In turn, each of the port objects 

3 0 will point to a "Port Child List" 1 82 and to a "MAC Address Seen" list 1 84. The Port Child List is 
filled-in by process 106 of Fig. 3. The MAC Address Seen list 184 includes the MAC number and 
the associated IP address for that MAC number. In the example of Fig. 6a, MAC number 0 has no 
associated IP address, MAC address 1 has the associated address 128.203.124.001 and MAC 
address 2 has no associated IP address. 

3 5 As will be appreciated by those skilled in the art, for each device in the subnet device list, a 

port object is created for each port of the device, along with addresses and masks associated with 
that port. If the device is a switch type, the address is associated with that switch type. More 
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particularly, if the network operates with a layer 3 protocol, the address is associated with the port 
includes Media Access Control ("MAC") addresses and protocol addresses, and the mask 
comprises a subnet mask for the IP. Layer 3 protocols (including protocol addresses) are defined 
by various organizations including the IETF, the ISO, Novell, Inc., and Apple Computer, Inc. 
5 Examples include the IETF IP, the Novell IPX, and the Apple AppleTalk layer 3 protocols. 

The process 104 of the present invention will also be referred herein as "Phase II" and, 
essentially, collects detailed information about the devices in the switched LAN. In Table II, 
below, the process 104 is further illustrated with pseudo-code. Again, it will apparent to those 
skilled in the art that this pseudo-code can be implemented in an appropriate object-oriented 

1 0 programming language such as C-f-K 

• TABLE 2 - PHASE 2 PSEUDO-CODE 
(Collect Detailed Information About The Devices) 

15 

For each device in the subnet 
Get number of ports 
Create port object for each port 
for each port 

2 0 get MAC address 

get IP address 
get Subnet mask 
if it's a switch 

Get set of MAC addresses visible 
25 Associate IP address to MAC if possible 

At the end of Phase II there is a collection of detailed information about all of the devices of 
the switched LAN. This data preferably completed in a separate pass from Phase I because it is 
30 possible to derive additional information in Phase II given the complete device list generated by 
Phase I. 

In Fig. 7, the process 106 of Fig. 3 begins at 186 and, in a step 188, an arbitrary root r of 
the connectivity tree is chosen. For example, the first device on the list can be chosen as the root r, 
or any other arbitrary device on the list can be chosen as the root r. Next, in an iterative loop step 

3 5 190, the counter os is initialized to 0. Then, a step 192 determines whether os is equal to the root r 

of the connectivity tree. If it is, process control is returned to iterative loop 190 to increment the 
counter os. If os is not equal to r, a recursive function PlacelnSubtree(os) for the switch os is 
called in step 194. The recursive function 194 will properly place the switch into the connectivity 
tree, as will be discussed in greater detail subsequently. After the completion of the recursive 
40 function 194, process control is returned to the iterative step 190 to iterate the counter os. When 
os is equal to the number of switches NUMSWITCH the process is completed as indicated in 196. 
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In Fig. 8, the cursive function Placel'nSubtree is entered at 198 and, in a step .200, the 
variables pr and ps are initialized. The variable pr is the port upon which the current switch sees s . 
The variable ps is the port upon which s sees this switch. Next, a function 202 isBelow is called 
to determine whether s is below pc, where pc is one of the children of pr. The function isBelow 
5 will be described in greater detail with reference to Fig. 9. Briefly, the function isBelow 202 
returns a "TRUE" if s is below pc, (which is one of the children of pr) and returns a "FALSE" if s 
is not below pc. If the function 202 returns a TRUE, a recursive call is made to PlacelnSubtree 
with the parameter s which on the switch that owns pc. The process is then completed as indicated 
at 206. 

10 If the function isBelow returns a FALSE, a step 208 gets the port per, which is the child of 

pr, where s is visible on per. A step 210 then determines if all ports are processed. If not, a step 
212 removes per as the child of pr and a recursive call is made to function PlacelnSubtree passing 
the parameter sw on switch s. The parameter "sw" is the switch to which per is attached. After 
the return of the function call 214, process control is returned to step 208. When step 210 

1 5 determines that all ports are processed, process 194 is completed as indicated at 206. 

The function isBelow 202 is illustrated in greater detail in Fig. 9. The function isBelow 
begins at 216 and, in a step 218, variables sp and st are initialized. The variable sp is the switch to 
which p is attached. The variable-st is the switch to which the receiver port is attached. Next, in a 
step 220, it is determined whether st sees p on the receiver port. If it does, a FALSE is returned 
20 by the function in a step 222 and the process is completed at 224. 

If st does not see p on the receiver port, a step 226 gets the port pc of st which is not the 
receiver port. Next, a step 228 determines whether all the ports are processed and, if so, a FALSE 
is returned in step 222 and the process is completed at 224. If all the ports have not been 
processed, a step 230 determines whether sp is visible on pc. "Visible" is being used as 
25 previously described. If not, process control is returned to step 226. If, however, sp is visible on 
pc as determined by step 230, a TRUE is returned by step 232 and the process is completed at 
224. As a result, the function 222 will return a TRUE if s is below pc, and will return a FALSE if 
s above or on the same level as pc. 

Fig. 10 is a simple example of a network topology. There are seven switches in this 
30 example of a network, namely switches R, A, B, C, D, E, and F. The ports of each of the 
switches have been numbered. For example, the switch R has three ports numbered 1, 2, and 3. 
The switches A and B have ports numbered 1 and 2, and the switches C, D, E, and F have single 
ports numbered 1 . 

Figs. 1 la and lib illustrate the device list and the scan list developed by Phases I and II of 
3 5 the present invention. The device list of Fig. 1 1 a includes the devices R, F, C, D, B, and E. The 
scan list of Fig. 1 lb indicates what switches are seen on the various ports of the variable switches. 
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In this list, a two-digit designation indicates the switch and port. For example, port 1 of switch R 
is "RL" Therefore, in this example, Rl sees switches A and D, R2 sees switches B, E, and F, R3 
sees C, Al sees R, A2 sees D, Bl sees R, B2 sees E and F, CI sees R, Fl sees R, B, and E, and 
Dl sees A and R. As will be explained subsequently, these lists are used by the process 106 of 
5 Fig. 7 to properly generate the topology of the network as illustrated in Fig. 10. 

As illustrated in Fig. 12a, the devices are conveniently read from the device list of Fig. 1 la 
in sequential order. The switch R is first placed as the root of the tree. The device F is then 
selected and placed in the tree by the method of step 106 such that it is below port 2 of switch R. 
Device C is then selected from the device list 1 1 a and placed by the process 106 at R3. The device 
10 D is then selected from the list and placed at Rl . 

As is evident from the foregoing example, the scan list is used to determine which port of 
the root the subsequent switches are "seen" on, and places those subsequent switches accordingly. 
Continuing with this example, in Fig. 12b the device D is selected from the device list of Fig. 1 1 a, 
and the process 106 determines that D is below switch A and places switch D accordingly. Next, 
15 as seen in Fig. 12c, the switch B is chosen from the device list of Fig. 1 la and the process 106 
determines that the switch F is below switch B and places it accordingly. Finally, as seen in Fig. 
12d, the device E is selected from the device list 11a and the process 106 determines that E is 
below B, but is not below F. Therefore, the devices E and F are placed at the same level below 
switch B. 

20 The step 106 as described above will be also referred to herein as "Phase III." In the 

following Table 3, pseudo-code illustrating Phase III process is shown. Essentially, this phase III 
process is the derivation of the topology of the switched LAN. In the following Table 4, the port 
method isBelow is also illustrated in pseudo-code. It will be appreciated by those skilled in the art 
that the pseudo-code of Tables 3 and 4 can be easily translated into an object oriented programming 

25 language such as C++. 

Since the spanning tree algorithm of the switches of the LAN prevent loops, we know that 
the actual topology of the network is a tree structure. The objective of the method of Phase III is to 
derive a connectivity tree. Since there are no cycles any switch can serve as a root for this 
connectivity tree. The branches of the tree are defined by port connectivity. Each switch has an 
3 0 associated set of ports called its children. A child port is bound to a set of other ports which, in 
turn, are bound to switches. The switches can therefore be thought of as a parent/child hierarchy 
with the ports in between. 



TABLE 3 - PHASE 3 PSEUDO-CODE 
3 5 (Topology derivation) 

Pick a switch r to be the root of the connectivity tree. 
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20 



For each other switch os call PlacelnSubtree on the root passing os as a parameter. . 

Let PlacelnSubtree be a method on the class switch which places switch s into the subtree for which 
the receiver is the root. 

5 

Let pr be the port upon which this switch sees s. 
Let ps be the port upon which s sees this switch 
If s is below pc, one of the children of pr, 

then call PlacelnSubtree on the switch that owns pc, passing s as a parameter 
1 0 else 

for each port per, child of pr, such that s is visible on per 
remove per as child of pr 

call PlacelnSubtree on switch s passing switch sw, the 
^ switch to which per is attached, as a parameter. 

TABLE 4 - PORT METHOD PSEUDO-CODE 

Let isBclow be a method on the class port which accepts a port p as a parameter. The method returns true if the 
switch that p is attached to is in the set of switches below the receiver port. 

Let sp be the switch that p is attached to. 
25 Let st be the switch that the receiver port is attached to. 

If st sees p on the receiver port, then return false. 

Otherwise, for each port pc of the st which is not the receiver port, 

If sp is visible on pc, then return true 

Else return false. 

30 

In Fig. 13, the process 108 of Fig. 3 is illustrated in greater detail. Process 108 begins at 
234 and, in a step 236, a function call is made to CreateMedia on the root with the uplink equals 
null. This function call 236 will be discussed in greater detail with reference to Fig. 14. Next, a 
step 238 updates and displays the topology of the network. A step 240 senses user input on the 
35 display (i.e., the display is interactive) and will update and display in step 238 in response to the 
user input. The user input can be made, for example, with a mouse or other pointing device, or by 
a keyboard command. 

In Fig. 14, the process 236 of Fig. 13 begins at 242, with the receipt of the parameter "u" 
in a step 244. An iterative loop step 246 initializes a counter i to 0, and in a step 248, a medium 

40 object M is created. If p=u process control is returned to the iterative loop step 246 to iterate the 
counter i. A step 250 determines that p is not equal to u, p is added to the object M in a step 252 
and a step 254 gets a child pc of p. If step 256 determines that all the children have been 
processed, process control is returned to iterative loop step 246 to iterate the counter i. If not all 
the children have been processed, as determined by step 256, a step 258 adds pc to the object M. 

45 Process control is then returned to step 254. After the iterative loop step 246 determines that i is 
equal to NUMPORT(s), the process is then completed as indicated at step 260. 

Fig. 15 illustrates one possible display that can be produced by the step 138 of Fig. 13. Of 
course, there are many other ways well known to those skilled in the an for displaying network 
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topologies. In this display, there are a number of media represented at 262 and a number of ports 
as indicated 264. The display illustrated in Fig. 15 is a interactive interface preferably used in a 
mouse of other pointing device type system. In this example, the media ethemet 0 has been 
selected and the ports PI of two devices are indicated to be coupled to ethernetO, both graphically 
5 with the two dots 266 which connect PI ports to the ethernetO medium. 

While this invention has been described in terms of several preferred embodiments, there 
are alterations, permutations, and equivalents which fall within the scope of this invention. It 
should also be noted that there are may alternative ways of implementing both the process and 
apparatus of the present invention. It is therefore intended that the following appended claims be 
1 0 interpreted as including all such alterations, permutations, and equivalents as fall within the true 
spirit and scope of the present invention. 
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Claims 

1 . A method for determining the topology of a computer network comprising: 
reading port forwarding data from each switch in at least a subset of a computer network; 

and 

deriving a topology of said at least a subset of a computer network from said port 
forwarding data. 

2 . A method for determining the topology of a computer network as recited in claim 1 
further comprising: 

discovering all switches in said at least subset of a computer network prior to reading port 
forwarding data from each switch in said at least subset of a computer network. 

3 . A method for determining the topology of a computer network as recited in claim 2 
wherein discovering all switches comprises: 

querying device addresses within a range of addresses that corresponds to said at least 
subset of a computer network and monitoring for responses; and 

for each device address for which there was a response, categorizing the device at that 
address as one of a switch type, a host type, and an unknown device type. 

4. A method for determining the topology of a computer network as recited in claim 3 
wherein said switch type is represented by one of a switch module object and a generic switch 
module object, and said host type is represented by a generic host object. 

5 . A method for determining the topology of a computer network as recited in claim 4 
where, for each device address for which there was a response from a device, storing information 
concerning said device in a subnet device list and, if said device is a switch type, storing 
information concerning said switch type in a subnet switch list. 
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6. A method for determining the topology of a computer network as recited in. claim 5 
wherein reading port data comprises: 

for each device in said subnet device list, creating a port object for each port in said device 
and, for each port, obtaining addresses and mask associated with said port and, if said device is a 
5 switch type, associating said addresses. 

. 7 . A method for determining the topology of a computer network as recited in claim 6 
wherein said network operates with a layer 3 protocol, and wherein said addresses associated with 
each port comprises MAC addresses and protocol addresses, and wherein said mask comprises a 
1 0 subnet mask. 

8 . A method for determining the topology of a computer network as recited in claim 7 
wherein said layer 3 protocol is a TCP/IP protocol, and wherein said protocol addresses are IP 
addresses. 

15 

9 . A method for determining the topology of a computer network as recited in claim 2 
wherein associating said addresses includes obtaining a set of MAC addresses visible at said port, 
and associating the IP address of said port to said MAC addresses visible, if possible. 

20 10. A method for determining the topology of a computer network as recited in claim 1 

wherein deriving a topology of at least one subnet includes a recursive function. 



11. A method for determining the topology of a computer network as recited in claim 
10 wherein said recursive function includes placing a switch type device in a tree structure. 

25 

12. A computer readable medium including program instructions for a computer system 
coupled to a computer network to determine the topology of said computer network comprising: 

program instructions for a computer system coupled to a computer network to read port 
forwarding data from each switch in at least a subset of said computer network; and 
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program instructions for said computer system to derive a topology of said at least a subset 
of a computer network from said port forwarding data. 

13. A computer readable medium including program instructions as recited in claim 12 
5 further comprising program instructions for: 

discovering all switches in said at least subset of a computer network prior to reading port 
forwarding data from each switch in said at least subset of a computer network. 

14. A computer readable medium including program instructions as recited in claim 13 
1 0 wherein said program instructions for discovering all switches comprise: 

querying device addresses within a range of addresses that corresponds to said at least 
subset of a computer network and monitoring for responses; and 

for each device address for which there was a response, categorizing the device at that 
address as one of a switch type, a host type, and an unknown device type. 

15 

15. A computer readable medium including program instructions as recited in claim 14 
wherein said switch type includes a switch module object and a generic switch object, and said 
host type includes a generic host object. 

20 1 6. A computer readable medium including program instructions as recited in claim 15 

where, for each device address for which there was a response from a device, there are program 
instructions for storing information concerning said device in a subnet device list and, if said 
device is a switch type, storing information concerning said switch type in a subnet switch list. 

25 17. A computer readable medium including program instructions as recited in claim 16 

wherein said program instructions for reading port data comprises: 

for each device in said subnet device list, creating a port object for each port in said device 
and, for each port, obtaining addresses and mask associated with said port and, if said device is a 
switch type, associating said addresses. 

30 
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18. A computer readable medium including program instructions as recited in claim 17 
wherein said network operates with a TCP/IP protocol, and wherein said addresses associated 
with each port comprises MAC addresses and IP addresses, and wherein said mask comprises a 
subnet mask. 

5 

19- A computer readable medium including program instructions as recited in claim 13 
wherein said program instructions for associating said addresses includes obtaining a set of MAC 
addresses visible at said port, and for associating the IP address of said port to said MAC 
addresses visible, if possible. 

10 

20. A computer readable medium including program instructions as recited in claim 12 
wherein said program instructions for deriving a topology of at least one subset includes a 
recursive function. 

15 21. A computer readable medium including program instructions as recited in claim 20 

wherein said program instructions for a recursive function includes placing a switch type device in 
a tree structure. 

22. A method for determining the topology of a computer network comprising: 

20 step for reading port forwarding data from each switch in at least a subset of a computer 

network; and 

step for deriving a topology of said at least a subset of a computer network from said port 
forwarding data. 

25 23. A method for determining the topology of a computer network as recited in claim 

22 further comprising: 

step for discovering all switches in said at least subset of a computer network prior to 
reading port forwarding data from each switch in said at least subset of a computer network. 
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24. A method for determining the topology of a computer network as recited in claim 

23 wherein said step for discovering all switches comprises: 

step for querying device addresses within a range of addresses that corresponds to said at 
least subset of a computer network and monitoring for responses; and 

for each device address for which there was a response, step for categorizing the device at 
that address as one of a switch type, a host type, and an unknown device type. 

25. A method for determining the topology of a computer network as recited in claim 

24 wherein said switch type includes a switch module object and a generic switch object, and said 
host type includes a generic host object. 

26. A method for determining the topology of a computer network as recited in claim 

25 where, for each device address for which there was a response from a device, there is a step for 
storing information concerning said device in a subnet device list and, if said device is a switch 
type, there is step for storing information concerning said switch type in a subnet switch list. 

27. A method for determining the topology of a computer network as recited in claim 

26 wherein reading port data comprises: 

for each device in said subnet device list, step for creating a port object for each port in said 
device and, for each port, step for obtaining addresses and mask associated with said port and, if 
said device is a switch type, step for associating said addresses. 

28. A method for determining the topology of a computer network as recited in claim 

27 wherein said network operates with a TCP/IP protocol, and wherein said addresses associated 
with each port comprises MAC addresses and IP addresses, and wherein said mask comprises a 
subnet mask. 

29. A method for determining the topology of a computer network as recited in claim 
23 wherein said step for associating said addresses includes step for obtaining a set of MAC 
addresses visible at said port, and step for associating the IP address of said port to said MAC 
addresses visible, if possible. 



WO 9S/18306 



PCT/US97/19485 



30. A method for determining the topology of a computer network as recited in claim 
22 wherein said step for deriving a topology of at least one subset includes step for performing a 
recursive function. 

5 

31. A method for determining the topology of a computer network as recited in claim 
30 wherein said step for performing a recursive function includes step for placing a switch type 
device in a tree structure. 

10 32. An apparatus for determining the topology of a computer network comprising: 

means for reading port forwarding data from each switch in at least a subset of a computer 
network; and 

means for deriving a topology of said at least a subset of a computer network from said 
port forwarding data. 

15 

33. An apparatus for determining the topology of a computer network as recited in 
claim 32 further comprising: 

means for discovering all switches in said at least subset of a computer network prior to 
reading port forwarding data from each switch in said at least subset of a computer network. 

20 

34. An apparatus for determining the topology of a computer network as recited in 
claim 33 wherein said means for discovering all switches comprises: 

means for querying device addresses within a range of addresses that corresponds to said 
at least subset of a computer network and monitoring for responses; and 

25 for each device address for which there was a response, means for categorizing the device 

at that address as one of a switch type, a host type, and an unknown device type. 



35. An apparatus for determining the topology of a computer network as recited in 
claim 34 wherein said switch type includes a switch module object and a generic switch object, and 
3 0 said host type includes a generic host object. 
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36. An apparatus for determining the topology of a computer network as recited in 
claim 35 where, for each device address for which there was a response from a device, there is a 
means for storing information concerning said device in a subnet device list and, if said device is a 

5 switch type, there is means for storing information concerning said switch type in a subnet switch 
list. 

37. A method for determining the topology of a computer network as recited in claim 
36 wherein reading port data comprises:. 

1 0 for each device in said subnet device list, means for creating a port object for each port in 

said device and, for each port, means for obtaining addresses and mask associated with said port 
and, if said device is a switch type, means for associating said addresses. 

38. An apparatus for determining the topology of a computer network as recited in 
1 5 claim 37 wherein said network operates with a TCP/IP protocol, and wherein said addresses 

" associated with each port comprises MAC addresses and IP addresses, and wherein said mask 
comprises a subnet mask. 

39. An apparatus for determining the topology of a computer network as recited in 
20 claim 33 wherein said means for associating said addresses includes means for obtaining a set of 

MAC addresses visible at said port, and means for associating the IP address of said port to said 
MAC addresses visible, if possible. 

40. An apparatus for determining the topology of a computer network as recited in 
25 claim 32 wherein said means for deriving a topology of at least one subset includes means for 

performing a recursive function. 

41. An apparatus for determining the topology of a computer network as recited in 
claim 40 wherein said means for performing a recursive function includes means for placing a 

3 0 switch type device in a tree structure. 
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42. 



An apparatus for determining the topology of a computer network comprising: 



a central processing unit; 



program instruction memory coupled to said central processing unit; 



port forwarding data memory coupled to said central processing unit; 



5 



an I/O port coupled to said central processing unit; 



a switch port reader comprising said central processing unit and switch port reader program 
instructions stored in said program instruction memory, said switch port reader being coupled to 
said computer network through said I/O port to read port forwarding data from switches in at least 
a subset of a computer network and to store said port forwarding data in port forwarding data 
1 0 memory; and 

a port forwarding data analyzer comprising said central processing unit and port 
forwarding data analyzer program instructions stored in said program instruction memory, said 
port forwarding data analyzer deriving the topology of said at least subset of a computer network 
using said port forwarding data stored in said port forwarding data memory. 



ENSDOCIO: <WO 9818306A2_L^ 



WO 98/18306 



1/16 



PCT/US97/19485 




SUBSTITUTE SHEET (RULE 26) 

9NSDOCID: <WO 9818306A2_t - 



WO 98/18306 



2/16 



PCT/US97/19485 



18 




V 



44 



34 



LOGIC 




RECEIVE 
BUFFER 




•< >• 


-< >■ 

-< >- 


0 
0 
0 

■< >- 




~< >- 


^> 
36 





48 

p[ s I data"] 




P>U&i Alt 



BNSDOCID: <WO_981 8306A2 J. 



SUBSTITUTE SHEET (RULE 26) 



WO 98/18306 



3/16 



PCTAJS97/19485 





SUBSTITUTE SHEET (RULE 26) 



_9818306A2_L 



WO 98/18306 .... PCT/US97/19485 

4/ 1 b 



700 



(^ START ^ 



DISCOVER ALL 
SWITCHES IN A 
SWITCHED LAN 



98 



102 



READ PORT 
FORWARDING DATA 
FROM EACH SWITCH 
IN LAN 



704 



DERIVE TOPOLOGY 
OF SWITCHED LAN 

FROM PORT 
FORWARDING DATA 



106 



PROVIDE TOPOLOGY 
INFORMATION 




110 



108 



SUBSTITUTE SHEET (RULE 26) 



WO 98/18306 



5/16 



PCT/US97/19485 



102 



f START V 



1 14 



138 

I 





i=0 


i < NUM 


-> 


i=i + 1 


ADDRESSES 






Y 



140 

/done J 



CREATE UNKNOWN 
DEVICE WITH 
ONE PORT, 
SAVE IP ADDRESS 




CREATE 
SPECIFIC 
SWITCH 
MODULE 
OBJECT 



CREATE 
GENERIC 

HOST 
OBJECT 



CREATE 
GENERIC 
SWITCH 
MODULE 
OBJECT 



PUT IN 
SUBNET'S 
SWITCH LIST 



NO 



136 



132 



SWITCH 



YES 



PUT DEVICE 
IN SUENET'S 
DEVICE LIST 



134 



SUBSTITUTE SHEET (RULE 26) 



SNSDOCID: <WO 9818306A2_L> 



WO 98/18306 . _ PCTAJS97/19485 

6/16 



DEVICE SWITCH 
POINTER POINTER 
..LIST LIST 




) 

142 



Q818306A2J_> 



SUBSTITUTE SHEET (RULE 25) 



WO 98/18306 



7/16 



Fd7US97/19485 





5^ 




81830GA2J..r 



SUBSTITUTE SHEET (RULE 25) 



WO 98/18306 



8/16 



PCTAJS97/19485 



104 



r — x/~' 56 



158 



174 



i = 0 




i = i + 1 


i < NUMBER 




I T 




GET NUMPORTS (i) 
FOR DEVICE (i) 



160 
162 




■0 



|YES 



CREATE PORT 
OBJECT (j) 



164 



GET MAC ADDRESS, 

IP ADDRESS, 
SUBNET MASK AND 
PUT INTO PORT 
OBJECT Q) 



166 



NO 




DEVICE (i) = 
SWITCH? 




168 



YES 



GET SET OF 
VISIBLE MAC 
ADDRESSES 



170 



ASSOCIATE IP 
ADDRESS TO MAC 
IF POSSIBLE 



172 



SUBSTITUTE SHEET (RULE 25) 



..9818306A2 L 



WO 98/18306 



9/16 



PCT/US97/19485 




SUBSTITUTE SHEET (RULE 25) 

?NSDOClD: <WO 981 8306A2_I_- 



WO 98/18306 



10/16 



PCTAJS97/19485 



106 




r = ROOT OF 
CONNECTIVITY 
TREE 



188 



OS = 0 
OS = OS+1 



190 

J- 



OS < NUMSWITCH 



YES 




196 
DONE J 



192 



NO 



CALL FUNCTION 
PLACE IN SUBTREE (OS) 
FOR SWITCH OS 



194 





9818306A2 I > 



SUBSTITUTE SHEET (RULE 26) 



WO 98/18306 



11/16 



PCTAJS97/19485 



194 




tf-iq. 8 



198 



Pr = PORT UPON WHICH THIS 
SWITCH SEES S 

PS = PORT UPON WHICH S 
SEES THIS SWITCH 



200 



CALL FUNCTION IS BELOW (S.PC) 
WHERE PC IS ONE OF THE CHILDREN 

OF PR 

TRUE ^ FALSE 



202 



208 




CALL FUNCTION 
PLACE IN SUBTREE(S) 
ON SWITCH THAT 
OWNS PC 




GET PORT PCR, 
CHILD OF PR, 
WHERE SIS VISIBLE 
ON PCR 



YES 




210 



REMOVE PCR AS 
CHILD OF PR 



212 



( DONE J 



206 



214 



CALL FUNCTION 
PLACE IN SUBTREE (SW) 
ON SWITCH S 




SUBSTITUTE SHEET (RULE 26) 



=NSDOCID: <WO 9818306A2J. : 



WO 98/18306 



12/16 



PCTAJS97/19485 



216 




202 



SP = SWITCH THAT 
P IS ATTACHED TO 

ST = SWITCH RECEIVER 
PORT IS ATTACHED TO 



218 



220 




ST SEES P ON 
RECEIVER PORT? 




YES 



226 



NO 



GET PORT PC OF ST 
WHICH IS NOT THE 
RECEIVER PORT 



222 




224 



232 



9818306A2_I_; 



SUBSTITUTE SHEET (RULE 25) 



WO 98/18306 



13/16 



PCT/US97/19485 




.DEVICE LIST 




SCAN LIST 


R 




R1 =A,D 






R2 = B,E,F 


F 




R3 = C 


C 




A1 = R 




A2 = D 


D 




B1 = R 




B2 = E,F 


B 




C1 = R 






F1 = R.B.E 


E 




D1 =A,R 




SUBSTITUTE SHEET (RULE 26) 

3NSD0CID: <WO 9818306A2 I 



WO 98/18306 



14/16 



PCTAJS97/19485 



234 




j YES 



SUBSTITUTE SHEET (RULE 25) 

BNSDOCID: <WO 9818306A2_L: 



WO 98/18306 , c „ c PCT/US97/19485 

15/16 



236 




FUNCTION 
CREATE MEDIA 




242 



J 



RECEIVE PARAMETER U ^ 



244 




CREATE MEDIUM 
OBJECT M 



NO 



248 




250 



ADD P TO M 



252 



GET CHILD PC 
OF P 



254 



YES 



ALL CHILDREN 
PROCESSED? 




256 




a-. /4 




258 



SUBSTITUTE SHEET (RULE 26) 



WO 98/18306 



16/16 



PCTAJS97/19485 



Connectivity of subnet 1 28.203.124.0 



262 



266 



264 






fddiO 




( f ddi ) 






a 


otherO 




(other) 








otherl 




(other) 








other2 




(other) 








other3 




(other) 










^ , (et±:erriet:-<rsinac<i 




ethernetl 


(ethernet 


-csmacd 




ethernet2 


( ethernet 


-csmacd 




ethernet3 


( ethernet 


-csmacd 




e theme 1 4 


( ethernet 


-csmacd 




e theme 1 5 


( ethernet 


-csmacd 




ethernet6 


{ ethernet 


-csmacd 




ethernet7 


(ethernet 


-csmacd 


a 












H 

i — i 






cDntQLrzetca 


rEZr : 


i lx 






tSG rCffrQZraLrBH)/ : 


: h 




pi 


(00 


:DD:01:29:03 


:86) : 


h 




pi 


(00 


:80 :C6 : 02 : 04 


:5F) : 


.h 




P 17 


(00 


:DD:01:29: 03 


:85) : 


h 




Pi 


(00 


:DD:01:26 : 54 


:52) : 


h 




Pi 


(00 


:DD:01:26:9C 


:3C) . 


h 




Pi 


(00 


:00 :1B:23 : B4 


:D0) • 


h 




p2 


(00 


:DD:01:26:9C 


:3D) 


h 




Pi 


(00 


: 00 :1B: 09 : 5D 


:FE) 


h 




Pi 


(00 


:DD:01:26 :B2 


:1A) 


h 




Pi 


(00 


: 00: IB: 09: 50 


:B5) 


h 




p2 


(00 


:DD:01:26:B2 


:1B) 


: h 




Pi 


(00 


: 00 :1B: 09 : 75 


:84) 


: h 




Pl7 


(00 


:DD:01:26 :B2 


:19) 


: h 




Pi 


(00 


:DD:01:26 : 54 


: 6B) 


: h 




Pi 


(00 


:DD:01:27:74 


:48) 


: h 


H 



Leaend ♦ Connected + Not connected 



Connections between portrs and media 




SUBSTITUTE SHEET (RULE 26) 

BNSDOCID: <WO 9818306A2_!_> 



THIS PAGE BLANK (uspto) 



WORLD INTELLECTUAL PROPERTY ORGANIZATION 
International Bureau 




PCX 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) - 



(51) International Patent Classification 6 : 
G06F 13/00, H04L 12/28, 12/56 



A3 



(11) International Publication Number: 
(43) International Publication Date: 



WO 98/18306 

7 May 1998 (07.05.98) 



(21) International Application Number: PCT/US97/ 19485 

(22) International Filing Date: 27 October 1997 (27.10.97) 



(30) Priority Data: 

08/742,566 



28 October 1996 (28.10.96) 



US 



(71) Applicant: SWITCHSOFT SYSTEMS, INC. [US/US]; 1010 

North State, Orem, UT 84057 (US). 

(72) Inventors: EKSTROM, Joseph, A.; 131 East 300 South, 

Lindon, UT 84042 (US). GILLE, L, Bernard; 307 East 
60 North, Lindon, UT 94042 (US). MC NEILL, Thomas, 
G.; 1072 North 1000 East, Orem, UT 94097 (US). YANG, 
Hui; 835 East 1st. Street #B4, Salt Lake City, UT 94103 
(US). 

(74) Agent: HICKMAN, Paul, L.; Hickman Beyer & Weaver, P.O. 
Box 61059, Palo Alto, CA 94306 (US). 



(81) Designated States: JP, European patent (AT, BE, CH, DE, DK, 
ES, FI, FR, GB, GR, IE, IT, LU, MC, NL, PT, SE). 



Published 

With international search report. 

Before the expiration of the time limit for amending the claims 
and to be republished in the event of the receipt of amendments, 

(88) Date of publication of tbe international search report: 

16 July 1998 (16.07.98) 



(54) Title: METHOD AND APPARATUS FOR GENERATING A NETWORK TOPOLOGY 
(57) Abstract 

A method for determining the topology of a computer network 
(98) includes reading port forwarding data from each device in at least a 
subset of a computer network (104). This port forwarding data is then 
processed and analyzed to derive the topology of at least the subset of the 
computer network (106). The reading of the port forwarding data is 
preferably proceeded by discovering all the switches in the at least subset 
of the computer network to provide the maximum available port 
forwarding data for analysis (102). The topological analysis uses a 
recursive function to derive the topology from the derived port forwarding 
data placing the discovered switches in a tree structure that permits the 
physical interconnections of the switches to be efficiently displayed (108). 




98 



DISCOVER ALL 
SWITCHES IN A 
SWITCHED LAN 



102 



READ PORT 
FORWARDING DATA 
FROM EACH SWITCH 
IN LAN 



104 



DERIVE TOPOLOGY 
OF SWITCHED LAN 

FROM PORT 
FORWARDING DATA 



PROVIDE TOPOLOGY 
INFORMATION 



106 



108 



END 




110 



ENSDOCID: <WO 9818306A3J. - 



FOR THE PURPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCT. 



AL 


Albania 


ES 


Spain 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France: 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


sz 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TD 


Chad 


BA 


nosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


Bit 


Uarbado^ 


GH 


Ghana 


MG 


Madagascar 


Ti 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


bf 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazii 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


I3clarui> 


IS 


Iceland 


MW 


Malawi 


US 


United Slates of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


UZ 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CM 


Switzerland 


KG 


Kyrgyzsian 


NO 


Norway 


zw 


Zimbabwe 


CI 


C6tc d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






CU 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






CZ 


Czech Republic 


LC 


Saint Lucia 


RL' 


Russian Federation 






DE 


Germany 


LI 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lankii 


SE 


Sweden 






EE 


Esioniii 


LR 


Liberia 


SG 


Singapore 







NSDOCID: <WO 98l8306A3J_^ 



INTERNATIONAL SEARCH REPORT 



Internationa! application No. 
PCT/US97/19485 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC(6) :PIease See Extra Sheet 

US CL :PIease See Extra Sheet. 
According to International Patent Classification (IPC) or to both national classification and IPC 



a FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

U.S. : 395/200.53, 395/200.54; 
370/401, 370/402, 370/408 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 
Microsoft Press Computer Dictionary 



Electronic data base consulted during the international search (name of data base and, where practicable, search terms used) 
Please See Extra Sheet. . 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category* 



Citation of document, with' indication, where appropriate, of the relevant passages 



Relevant to claim No. 



US 5,321,695 A (FAULK, Jr.) 14 June 1994, abstract, col. 4, lines 
21-47, col. 5, lines 15-30, Tables II and III, col. 6, lines 26-64 



Y 
Y 

A 

A, P 



especially coh 5, lines 17-21 

US 5,261,044 A (DEV et al.) 09 November 1993, abstract, col. 5, 
lines 41-55 

US 5,179,554 A (LOMICKA et al.) 12 January 1993, abstract 
US 5,583,991 A (CHATWANI et al.) 10 December 1996, abstract 



1-2, 9-13, 19-23, 
29-33, 39-42 



3-8, 14-18,24-28, 
34-38 



3-8,14-18, 24-28, 
34-38 

1-42 

1-42 



x 



Further documents arc listed in the continuation of Box C | | See patent family annex. 



* Special categoric* of cited document*: 

■A* document defining the general state of the art which is not considered 

to be of particular relevance 

"E" earlier document published on or after the international filing date 

"L" document which may throw doubts on priority claim(i) or which is 

cited to establish the publication date of another citation or other 
special reason (as specified) 

"O* document referring to an oral disclosure, use. exhibition or other 

means 

'P* document published prior to the international Tiling date but later than 
the priority date claimed 



later document published after the international filing date or priority 
date and not in conflict with the application but cited to understand 
the principle or theory underlying the invention 

document of particular relevance; the claimed invention cannot be 
considered novel or cannot be considered to involve an invenuve itrp 
when the document is taken alone 

document of particular relevance; the claimed invention cannot be 
considered to involve an invenuve step when the document is 
combined with one or more other such documents, such combination 
being obvious to a person skilled in the art 

document member of the iame patent family 



Date of the actual completion of the international search 



27 MARCH 1998 



Dale of mailing of the international search report 

2 0 MAY 1998 



&2- 



/2_ 



Name and mailing address of the ISA/US 
Commissioner of Paisnis and Trademarks 
Box PCT 

Washington, D.C. 20231 
Facsimile No. (703) 305-3230 



PARSHOTAM LALL 
'eiephone No. (703) 305-9715 



Form PCT/ISA/210 (second sheetX-July 1992)* 



BNSDOCID: <WO 9818306A3_L 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US97/19485 



C (Continuation). DOCUMENTS CONSIDERED TO BE RELEVANT 

Category* Citation of document, with indication, where appropriate, of the relevant passages Relevant to claim No. 

A, P US 5,606,664 A (BROWN et al.) 25 February 1997, abstract 1-42 

A, E US 5,684,796 A (ABEDI et al.) 04 November 1997, abstract 1-42 

A, E US 5,706,440 A (COMPLIMENT et al.) 06 Jaunary 1998, abstract 1-42 



I : orm PCT/ISA/210 (continuation of second sheetX-Juiy 1992)* 

BNSDOC1D: <WO 9818306A3J_= 



INTERNATIONAL SEARCH REPORT 



International application No. 
PCT/US97/19485 



A. CLASSIFICATION OF SUBJECT MATTER: 
IPC (6): 

G 06 F 13/00; 

H 04 L 12/28, H 04 L 12/56 

A. CLASSIFICATION OF SUBJECT MATTER: 
US CL : 

395/200.53, 395/200.54; 
370/401, 370/402, 370/408 

B. FIELDS SEARCHED 

Electronic data bases consulted (Name of data base and where practicable terms used): 
APS 

IEEE/IEE Publications Online 

search terms: network topology, layout, discovery, automatic?, switch, hub, bridge 



Form PCT/ISA/2I0 (extra sheetXJuiy 1992)* 



BNSDOCID; <WO 98T8306A3_I_> 



THIS PAGE BLANK (uspto) 



